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INVOICE PITPrHACT QRDIH SYSTEM 

FfFT.n OF THP TNVFfmON 
5 This invention relates generally to systems and proftMCT for processing 

purchase orders, and more particularly to a system and process for automatically 
tracking, reconciling and otherwise processing purchase orders and corresponding 
letters of credit 

10 BACKOROTTND OF THE INVENTION 

In the international marketplace, it is common practice for a purchaser — 
such as a retailer - to issue a purchase order when contracting with a mamifactum 
to produce goods for the customer. Purchase orders contain a number of provisions 
including a delivery date, the quantity of the goods, specifications for the 

15 manufacture of the goods, and purchase price. In order to receive payment for the 
goods produced under these purchase orders, the manufacturer will issue an invoice. 
Often, in the i nterna t ion al marketplace, a c ust o m er win have the need to issue many 
purchase orders foe different products or to different — *M»"fa , -»"jyif It is often 
usefhi and/or necessary ft* the customer to work with a financial institution who 

20 will consolidate these purchase orders under a letter of credit. This letter of credit is 
, extended to the customer, and guarantees payment, generally to the manufacturer. It 
should be understood that payment may be to a beneficiary other than the 
m a nufi c tm er. However, for the purpose of this des cripti on, the manufacturer will be 
tnc oeneticiary/paycc tor tne icncr or credit. 

25 The letter of credit is thus the key interface between the customer and the 

manufacturer. The letter of credit stipulates submitting documents of compliance by 
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the manufacturer in order to receive payment of an invoice from the financial 
institution. For example, the manufact urer may be required to show a bill of lading, 
an invoice and a certificate of origin showing where the goods originate, and/or an 
ins p e ct io n certificate* Upon presentation to the financial institution of the 
5 documents required by the letter of credit, the customer is debited and the 

manufacturer (or beneficiary of the letter of credit) is paid. In this way letters of 
credit assure manufacturers (or ben efici aries) — who are often in countries different 
from that of the customers — that the payment of funds are available and will be paid 
if the deli very of the goods conforms to the terms of the letter of credit Letters of 

10 credit therefo r e represent a valuable tool m cmAigtwg mtgwt a frniml tntdr 

Procedures which are generally internationally recognized for ha^Hng letter of 
credit are set forth in varum manuals and r eferen ce books including the Umfiwm 
Cuskwtw and Practices* 

There is frequently a great deal of paperwork involved with international 

IS trade transactions — only a portion of which relates directly to the letter of credit. 
Tracking the p ap er w or k , which is essential for proper receipt of goods and payment 
therefore, for the international transactions can be difficult, time consuming and 
expensive* Historically, hanks have not concerned themselves with information 
ancillary to the letter of credit tat rather have limited their involvement to the 

20 information and documents directly pertaining to the letters of credit Accordingly, 
users of letters of credit, the customers, have limited the amount of information 
pro vided to the bank about the transaction because such information was wmsidered 
excessive detail by the bank and is not required by the Uniform Customs and 
Practices (UCP) gov er ning the issuance of letters of credit Traditionally, customers 

25 have coimmmicatrd with manufacturers directly in matters not directly related to a 
letter of credit, with no involvement from the bank. 

Large customers may have many different letters of credit with a bank. The 
bank, in cases where there are a large number of letters of credit, may lump a 
number of letters of credit together, assign a master letter of credit r efe r ence number 

30 to the group, thus organizing the transaction using the bank's referenc e number. This 
grouping creates a master letter of credit When customers attemp t to reconcile their 
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purchase orders with invoices and letters of credit, the different groupings and 
numbers used by the customer, the baixk, and the mariufectuw irakcs reconciling 
accounts difBculL For example, customers wishing to know the status of a purchase 
order possessing only the purchase order number would have to: 1) call the bank to 
5 find the letter of credit and/or the tarik reference nurnber, 2) c^ 
invoice manber, and 3) call the baiik to ©btam the letter of creto 
number for the invoice. 

Therefore, there is a need in the irarustry for a financial wstr^ 
bank, to provide purchase order inforrnation to the customer cc<>rdinated with the 
10 letter of credit, and the mamifactures' invoicing. 

Further, the correlation of the documents presetted by me nianufactiner in 
compliance with the letter of credit is largely raaimal and U an expensive, time- 
uiter^ undertake for the bank. Thereisaneedmthe industry for an irnproved 
method to input compliance doairnrntBtion in a.<a»nrfim4 mum^r «o thm thr rrvirw 
IS isdoneaserBcuanryarjdas verifiaWy as possible. 

Further, because historically banks were only involved with the issuance of 
letter of credit in a transaction, extensive communications between the customer and 
the manufacturer may have been required for ancillary items. Accordingly, there is a 
need in the industry for banks to have a greater involvement in nrrW tn «t»nH»HiTr 
20 theinforrittuionavaaibtetot^ Thisindudes 

intbimation not necessarily related direcdy to the letter of cr^ This would allow 
the customer to track the status of a purctme order and payriiem thereof,^ 
the flow information more efficient and therefore provide a "value added" service 
to trie customer. Furto.there is arieed for mat mfhrm^ti^ to be available as 
25 quickry as rjossibk and preferably dectx^ 

SUMMARY OF THP rMVPVTT^ 

The ar^riicants have created a system that facilitates the process described 
above through the use of an improved invoice purchaie nrrVr t mrlring «y«t^ ^ 
30 met hod. This system and method stores purchase order d«ty in a < fat»>>n r and 
associates this data with the letters of credit issued by the financial institution. The 
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letter of credit format issued by the financial institution includes a reference to the 
purchase order and stockkeeping unit ("SKIT) that it covers, litis association 
allows for the entry of and search for information related to either the purchase order 
or the letter of credit 

5 The system operates as follows. First, the customer issues a number of 

purchase orders. The p u r chase orders are then grouped under a letter of credit The 
data from the purchase orders is then entered into a computer, along with the letter 
of credit reference number provided by the financial institution, and is sent in 
structured message format to the electronic m e ssage center of the financial 

10 institution. This letter of credit number is & unique identifier for the issued letter of 
credit it serves as a link to all other transactional data. The electronic message 
ce nt e r is then a cce s se d by a transaction processing system which reconciles the 
information to assure that the correct messages have been received and that the 
purchase order messages match the referenced letter of credit If the reconciliation is 

IS successful, the purchase order mf wages are then stored in die unvoice purchase order 
system database repository on a file server* Later auif mlmcnts to the purchase 
orders* and/or letters of credit, flow in a similar manner through the system. 

When the manufacturer seeks payment from the financial institution under 
the letter of credit by presenting documents required by the letter of credit Obg* 

20 invoices, bills of lading, certificates of origin, inspection certificates), the details of 
these documents are tinned into the invoice purchase older system front hardcopies 
by a representative of the financial inst itu ti on . The system then automatically 
compares the data from the documents presented by the manufacturer to the 
delineations of the original purchase order and letter of credit Hie system identifies 

25 d iflcicuus mtnnMriralt y. For example, the number of goods specified in the 
purchase orders. These differences arc identic 

automatically te po tts to die customer regarding the 4" i ' li "^tfF t ' | flfl presented by the 
nmrro fw cftir " . w»^h*dtng any irregularities. Hnis, tinder this improved system the 
customer is automatically apprised of any irregularities. Thus, the customer has 
30 timely information that, for example, the goods haw been shipped, that the correct 

ftrnmnrt Y**m Ai p ptfd m that tK» myfttifartut fer did HQt have aCCCSS tO the COTTCCt 
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materials and therefore had to ship slightly different goods. This enables the 
customer to update their own internal system and reduces the number of inquiries 
that need to be placed to the manufacturer and/or the financial institution. These 
irregularities arc fed back to the customer as informational data. 
5 Before payment is made, a representative of the financial institution 

examines the documents presented by the manufacturer against the letter of credit to 
confirm that the terms and conditions of the letter of credit have been met by the 
manufacturer. The repr e sentati ve has access to the report described above including 
a listing of any irregularities. If the terms and conditions have not been met, then the 

10 financial institution's representative with the aid of the report identifies the problem, 
termed a discrepancy. Common discrepancies may include the bill of lading being 
too old or "stale/ or the documents were submitted by the manufacturer after the 
letter of credit has expired. In the event of such a discrepancy, the financial 
institution has to obtain approval from the customer before payment is (or can be) 

15 made* The customer, in turn, either approves paymemcotwithstajKling the 

discrepancy, or negotiates with the manufacturer (beneficiary) outside the letter of 
credit 

Historically, the discrepancies were recorded as a text field in a database. 
Under this system, there was no way to track common discrepancies using the 

20 database. However, under the improved invoice purchase order system 

discrepancies are entered in a standard codified format The purpose of this is to 
enableauscrto track cemmum discrepancies by code. This improved system 
enables the customer to not only approve or disapprove payment based upon a 
discrepancy but also to compile a history of discrepancies from a particular 

25 """"Tfrr—r r Thb history can be used by the customer to either evaluate and 
compare different manufacturers and/or as leverage when negotiating with a given 
manufacturer baaed on past performance. 

Financial imti fiTri*™* traditionally made a single draw from a customer's 
account to honor a tetter of credit that covered 

30 nmomffT* may ha^e * mmhgr of draw* each day. A customer was then faced 
whh the task of reconciling the various debits by the financial institution with all o t 
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the purchase orders corresponding to the debits. The possibility for errors and the 
need for follow-up was great 

The invoice purchase order system automatically provides the customer with 
a report which breaks down each debit into the various purchase orders covered by 
5 the debit These purchase order debits are referenced by the customers own 
r e f eren ce iden t i fi cat ion that was previously stored in the repository. This detailed 
allocation of the debit for each purchase order enables the customer to automatically 
reconcile the debit with the appropriate accounts payable entry and thereby close the 
entries. Thus, manual reconciliation of debits to purchase orders may he glimi qn tf d 
10 altogether. 

Further, in addition to the detailed allocation of die debit at the purchase 
order/SKU level, the invoice purchase order system also supplies the customer with 
the details of charges relating to pr o cur e me nt of the goods. Thus, die customer is 

flKk> tn kfemHy mil e<wN tit p mr im ng <p*»ifig Tw rrKtvW This information 

IS supports pricing decisions enabling the customer to compete more effectively in the 
marketplace. 

BRIEF OFCTrPTTOfM OF THE DRAWINGS 

FlgUie 1 U «i tte i n tfyfd fwwpwitft mnA iwnmimirahnfw 

that comprise this Invoice Purchase Order System (often referred to as die "System** 
herein). 

Figure 2 is the beginning flow chart for operating the Invoice Purchase Order 
System, which is a method for monitoring international trade transactions. This, and 
the other diagrams, unless otherwise noted, depict the steps that a Trade Service 
Repreaentative would take in logging into the System and opciating it* 

Ftgt»r» 1 rfUgrm* th* gygtetn Main M^rni whtgfr givt^ *n m/grvigw rtf the 

Systems main functions. 

Figure 4 diagrams the Start-of-Day Procedure used to initiate die System 
after shut down. 

Figure S diagr a ms the process of s el ect i ng Amendments. 
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Figure 6 is a continuation of Figure 5, and shows the procedure for 
processing a Letter of Credit (LQ Amendment. 

Figure 7 is a continuation of Figure 5, and shows the procedure for 
processing a Purchase Order (PO) Amendment 
5 Figure 8 shows the functions available under the Information menu of the 

System. 

Figure 9 is a continuation of Figure 8 and delineates bow to obtain 
information about a Purchase Order. 

Figure 10 diagrams the other processing options available under the System. 
10 Figure 1 1 diagrams the procedure for processing invoices. 

Figure 12 depicts the options for obtaining information in the invoice 
processing area. 

Figure 13 diagrams the procedure for processing Independent Invoices. 
Figure 14 is a continuation of Figure 13 depicting the options for obtaining 

IS inrWrmatirm tn th» J— »f f f fffflg frf fl r ? * i fTri t nt IpYftfcfl. 

Figure 15 diagrams the procedure for Processing Discrepancies. 

Figure 16 diagrams the procedure for Processing Payment Status. 

Figure 1 7 diagrams the procedure for Processing Payment Statu for 
Independent Invokes. 
20 Figure 18 dia grams the procedure for repairing fnvmgg* or Diftcrrpanrirs 

Figure 19 diagrams the procedure for the Eod-of-Day Procedure. 

Figure 20 depicts the general options available in the System for inspecting 
instruments dot hatve been entered into the System. 

Figure 21 diagrams the administrative capabilities of the System. 
25 Figure 22 is a continuation of Figure 20, diagramming the procedure for 

inspecting specific instruments. 

Figure Miai mfitimwinw nfFigur* <K«gr»mrmng tK» «t»p for ^Mftining 

information about Invoices or Payment Status. 
Figure 24 is a continuation of 
30 adding, changing, or deleting easterner information. 
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DETAILED nFOTrPTTOM OF THF PRFPFPPCH FMftOnff^p^ 

The system (Figure 1) is a trade transaction information management system 
for i mporters and e xp o rt er s . It provides a means for customers to forward, monitor 
and reconcile purchase orders against corresponding invoices. Transaction 
5 information is created by the customer (Block 100) or input by the Trade Service 
Representative (Block 112). The customer may send Letter of Credit (LC) 
applications. Purchase Order (PO) information, LC Amendments, PO Amendments 
and replies to Discrepancies. 

This information is created in the customer environment Where required, 

1 0 the customer information is converted to structured messages using software resident 
in the local personal computer housing the Local Transport Module (LTM) (Block 
102). The messages are encrypted and sent via The Local Transport Module (Block 
102) to the Electronic Message Center (EMC) (Block 104). The Customer Message 
Transport Module (CTM) (Block 106) retrieves the messages held in the EMC and 

15 through a "Handshake" routine passes the inbound messages to the System Message 
Processor (SMP) (Block 108). 

The SMP validates the messages and checks for format integrity, 
completeness and comtptkm. Messages failing validation are re j ec te d and deleted 
periodically and the customer notified of the condition by means of a status message 

20 generated by the SMP and sent to the EMC via the CTM« Once validated, the 

Message Processo r passes the messages to the system file server (Block 1 10), which 
temporarily stores the message pending acknowledgment of issuance by the Central 
Processor. 

Once on the SYSTEM FILE SERVER (Block 110) messages are sent to 
? ^ Hiflfrwp—fr flflBfl^. r flnd F A Hi^0w4m^g»f# tint hscwe h^^w fwriimmanlv iww Hwi 

are sent back through the SMP to the Central Processing Message Transport Module 
(CPMTM) (Block 1 14). The CPMTM transmits the messages to the EMC (Block 
104). The bank's Central Processing system (Block 11 6) retrieves the messages 
from the EMC (B lock 1 04) and pro cesses them* The LCs or LC Ame nd m e nts are 
30 either approved (issued) or rejected. Central Processing transmits a message to the 
EMC where it is retrieved by the CPMTM and passed on to the SMP. 
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The SMP in turn, updates the system file server according to the status: 
issued LCs and Amendments are passed to the permanent data base; rejected 
transactions art deleted from die temporary file. At the same time the SMP 
the status condition on to the CTM (Block 106) to be sent to the EMC (Block 104). 
5 Status messages sent from the SMP are retained at the EMC until the customer 
retrieves the messages using their local Transport Module (Block 102). 

POs and PO Amendments are similarly entered. PO information is created 
by the customer (Block 100) into a local system. The customer groups several POs 
under an LC, creating a linked transaction. The local system either creates the 
10 linked messages, linking grouped POs to the LC, or uses the conversion so ftware to 
format the linked information into structured messages . The messages are then sent 
via the local Transport Module to the EMC (Block 104) where they are temporarily 
stored awaiting retrieval from the CTM (Block 106). 

Again, the CTM passes the messages through a Handshake routine to the 
15 SMP (Block 108). The SMP validates the messages; checking for format integrity, 
completeness and c or r upti on. v«ltrft»d g»i «y mt tt> the system filf mvrr 
(Block 1 10) where the PO information is stored pending notification of the LC or 
LC Amendment issuance by the Central P mTi t ing unit Messages foiling 
validation are rejected and deleted periodically and the customer notified of the 
20 condition by means of a status message generated by the SMP and sent to the EMC 
via the CTM* 

Status messages retrieved from the CP (Block 116) through the EMC (Block 
104) update the system file server. Issued LCs and LC Amendments move the POs 
frtmitetenqxmyfik to the permanemfik in the server. LCs and LC 

25 Amendments failing issuance, update the system fik server by deleting th»failed 
POs from the temporary file. All status messages are forwarded from the SMP 
(Block 108) to the CTM (Block 106) to the EMC (Block 104) where they await 
retrieval by the customer's LTM (Block 102). 

POs and PO Am endment s are processed by the Trade Service 

30 Representatives (TSR) at the Customer Rcpt csculative Terminal (Block 112) using 
the System Application Software (System). Invoice Processing against POs in the 
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database is pcrfbnncd by the TSR acting as "Maker. ** The "Maker" retrieves records 
from the d atab as e , works the record and returns it to the database with a flag 
in d i c atin g that the record is ready for inspection by another TSR called the 
"Checker" The "Checked (TSR) retrieves the record, inspects the work of the 
5 "MakeT and either approves the record or rejects it The Maker/Checker feature 
ensures that the same person cannot perform both functions for the same record. 

Rejected records are "flagged" as "rejected" and are once more available for 
either repair where they are once again pr o cessed by the "Maker" ami inspected by 
the "Checker." Approved records are "flagged" as "Transmitted" and are sent as 

10 messages through the SMP (Block 108) to the CTM (Block 106) to the EMC (Block 
104) awaiting retrieval by the customer. 

TSRs also use the System to enter I nde pende n t Invoices, report the Payment 
Status of Purchase Orders, detail Charges at the Invoice level and advise of LC 
Discrepancies using a codified format. All information is processed by a Maker and 

15 inspected by a Checker. The System converts the inspected records into structured 
messages that are sent through the SMP to the CTM to the EMC (Block 104) where 
they await retrieval by the customer. 

The functioning of the Invoke Purchase Order System (SystemXFigure 1) is 
symbolically flow charted starting with Figure 2 at Block 100. The TSR starts 

20 (Block 200) by entering the System (Blodc 2(B)throttgh a comp u te r t 

connected to the System network. The computer may beany ffiM compatible 
personal computer with a 486/66 Processor or above. The first screen to appear is 
the login screen. The user bproenpeed for a User ID (Block 204) and Password 
(Block 206). The User ID b 6 to 8 characters in length. If the password that has 

25 been entered is incouett, the System will prompt the user to reenter the password. If 
the Password is entned unsuccessfully 3 times, the System will terminate(Block 
210). In this case, the user most contact the System Administrator (Block 212) to 
retnstitute the privileges of the user. If the User ID and Password are correct, and it 
is the first login since then End-of-Day procedure was run (Block 1900 v Figure 19) 

30 the Start-of-Day process will begin automatically. Ifthe user is logging in at any 
other time, the System Main Menu will be displayed. 
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If h is the first login since the End-of-Day procedure was run, the user will 
be required to run a Stait-of-Day. The Start-of-Day begins automatically after an 
End-of-Day has been run. The Start-of-Day begins with a screen recapping the 
status of the Message Processor (SMP), the number of inbound messages processed 
5 since the End-of-Day and the number of messages rejected since the End-of-Day. A 
warning message appears on the screen asking the user if the date and time are 
correct This procedure ensures that the System dock coincides with the actual time. 
The screen will ask if the time displayed is within 3 to 4 minutes of the actual time 
(Block 404). If it is, the user selects "Yes" and continues. If it is not within 3 to 4 

10 minutes, select "No." The System will abort (Block 406). The user must then notify 
the supervisor of the problem. In this ease, a System Administrator would have to 
reset the System dock prior to use of die system. 

If the system time is within the tolerance the next screen advises the user that 
the Summary Log and inbound messag es will be printed. The Summary Log . 

15 contains new and rejected Messages. The Summary Log is automatically printed as 
are all inbound messages received since the End-of-Day p roced u re. The system then 
advises the user that Start-of-D«y timestamp has been afB^ When the user clicks 
or enters <OK>, the system then moves the user to the Main Menu. These messages 
include LC Applications, LC A me nd ments , POs, PO Amendments, and Discrepancy 

20 replies. The System performs three functions automatically, once Continue has been 
chosen: checks for Amendments tint have been outstanding for over 15 days (Block 
412); checks for incomplete messages over four hours old (Block 416); and 
generates a log of all inbound and outbound messages (Block 420). If an 
Amendment has been o utstandin g for over 15 days, a status message is sent to the 

25 user (Block 414). In the case ofa message that has been incomplete for over, four 
hours, die System deletes the incomplete messages and sends a mftygf to the 
Customer rejecting the incomplete messages Block 418). Once these functions have 
been completed, the Start-of-Day procedure is finished. The System enters the 
System Main Menu (Block 300). 

30 The System Main Menu (Block 302) is the originating point for all of the 

functions that the System p er fo r ms . The System Main Menu provides the user with 
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five chokes of functions; Amendments (Block 304); Information (Block 308); 
Processing (Block 312); Inspection (Block 316); and Administration (Block 320). 
The System Main Menu also enables the user to obtain Help (Block 324) and to Exit 
from the System (Block 326). The user may select any of the above options from 
5 the System Main Menu. 

The user would select Amendments to begin the p ro cessin g of both LC 
Amendments and PO A men d ments - In order to process either an LC or PO 
Amendment, the user selects the "Processing" pull down menu from the 
Amendments screen (Block 502). Under the Processing pull down menu, the user 

10 may choose either LC A mendmen t s (Block 504) or PO Amendments (Block SI 4). 
LCs and LC Amendments can only be issued at Central Processing; no other users 
may issue LCs or LC Amendments. When either LC Amendment or PO 
Amendment is chosen for processing, the Amendment Selection sc re en is invoked. 
The user first selects a Base Number and then chooses an Amendment to process 

15 from the selections displayed (Blocks 506*, 516). The user selects "Process" to 
invoke the Ammrimrnt Processing Details screen (Blocks 508, 518). From this 
screen, which is common to bothLC and PO Am en d ments , the user processes the 
status of the a men d ment (Blocks 512, 522). 

Amendment processing consists in reviewing the details of the amendment 

20 and assigning a "status" to the transaction event The status of amendments can be 
"Accepted," "Rejected" or "Pending." Processing the status requires the work of 
both a Maker and a Checker. Under no cir cumstances can either the Maker or die 
Checker alter or input data too the Am c ndm e m Pro cessin g/I ns pect io n screens. 
WhmeitheranLC AnKndmemwaPO Amcndmemb 

25 processing, the Amendment Selection screen is invoked The user must first choose 
the Customer Base Number before processing the amcialiiienL 

After choosing "Process" die system will display the original transaction on 
the left hand side of the screen and will display the related amendment on the right 
hand side of the screen. The user may scroll through multiple amendments for the 

30 selected base number. For each amendment reviewed, the Maker can "Approve," 
"RqecT or "PendT the amendment. 
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Once the status is applied, the TSR Maker exits the system. This action 
passes the Amendments reviewed by the Maker atong with their Status to 
Inspection. At any time, if the user wishes to cancel the Review of Amendments, 
the user can select cancel and return to the Amendment Selection Screen. 
5 If the LC Amendment also carries amgi» dt t H >nt i to the underlying Purchase 

Orders), the user may view die details of the PO Am end ments by selecting PO 
Details. When selected, the PO Details are displayed with the Original Purchase 
Order information shown on the left hand side of the scr e en and the Amendment 
Details reflected on the right hand side of the scr e en . The LC Amendment 

10 information is then displayed on the screen to the right of die LC that it amends 
(Block 602). If this is not the correct LC, the user selects "Cancel" and return to the 
Amendment Selection screen (Block 504). Once the co rre c t LC is selected, the user 
determines if the LC Amendment displayed is the one to be processed (Block 606) if 
it is not, the correct Amendment can be selected from a list (Block 608). The user 

IS detcimiucs if the LC Amendment is ready to be processed (Block 610). The user 
may wish to view details of the LC Amendment (Block 614) or (Block 620) prior to 
p ro cessi ng the status, Iflhe user wishes to view details of die Amendment prior to 
processing, "PO Details" is selected (Block 616). Details are displayed on the 
screen. The user selects cancel when examination of the details is complete (Block 

20 618). 

Once the details of the LC Amendment have been examined the user may 
either Approve, Reject, or assign a status of Pending. Tins is done by selecting the 
corresponding status from the LC Processing screen (Block 612). This completes 
the processing to be pcifUiuetL The user may save the changes by selecting "Save, " 

25 (Block 622). To cancel, select "Caned" (Block 626) to exit without saving If the 
user saves the changes, the LC Amendment Record b modified and the Record is 
sent back to the system file server, where it is stored pending inspection. 

If the Amendment being processed is a PO, it may be processed from a CRT 
(Block 112)* The PO Amendment information is then displayed on the screen to the 

30 right of the PO that it amends (Block 702). If this is not the correct PO, the user 
selects "Cancel** (Block 706) and returns to the Amendment Selection screen (Block 
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504). Once the correct PO is selected, the user determines if the PO Amendment 
displ^ is the erne to be processed (Block 7(M)if it b not, the coxrect Amendment 
can be selected from a list (Block 708). 

The user may either Approve, Reject, or assign a status of Pending. This is 
5 done by selecting the corresponding status from the PO Processing screen (Block 
710). The user determines if any fimherpnxessing U necessary (Block 712). If this 
completes the processing to be per fo rmed the user may either save the changes by 
selecting "Save," (Block 714) or select Xancel w (Block 718) to exit whhimt saving. 
If the user saves the changes, the PO A mendment is modified and the Record is sent 

10 back to the system file server, where it is stored. 

To select an Am e n d men t to be inspected, the «er "AtitKnri T»ij/*n" 
from the Amendments Menu and chooses either LC Amendments or PO 
Amendments (Block 524). Another Amendments Selection screen will be 
displayed. The user selects a Base Number and the respective Amendment to be 

IS Authorized and selects "Process" to invoke the Processing Details screens (Blocks 
602,702). The user may also select exit from the Ame n dm e nt s Menu to return to 
the System Main Menu (Block 5S2X 

When the Approved PO Ameodmett b inspected, the PO Amendmem 
Record updates die Permanent File of the system file server (Block 110) by moving 

20 the record from the Temporary File to the Permanent Fik. A Rejected PO 

Amrnrimmt whgn inip aeted will dAte th» rw**wA «wf gmrmt t Ttlftff mm sg f 
through the SMP (Block 108) to the CTM (Block 106) to the EMC (Block KM) to 
the customer. Pending cond itions do not move the record from the Temporary File 
in the system file server (Block 110). 

25 The user may obtain information about Customers, LCs, POs, Invoices, 

Payment Status, Discrepancies, and Independent Invoices by selecting "Information" 
from die System Main Menu (Block 308). Selecting "Information" from the System 
Main Menu invokes the Information screen (Block 800). 

In order to obtain information about a customer, the user selects "Customer" 

30 from the Information screen (Block 802). The Customer Information screen is 
displayed. To select All Records the user must click <Q&>. To select Individual 



14 



WO 97/29445 



PCT/US97/01415 



Records, the user selects a Base Number from the drop down listing available under 
the Base Number field on the screen. The screen displays the customer base 
number, the customer name, the global or local ID number, and/or the customer 
location (Block 804). The user can print the information displayed by selecting 
5 "Print" (Block 806) or return to the System Main Menu by selecting "Exit- (B lock 
808) 

To display information regarding an LC for a given customer, the user 
selects "Letter of Credit" from the Information screen. The LC Information screen 
is invoked. 

10 To select All Records the user must click <OK>. To select Individual 

Records, the user selects a Base Number or an Individual LC Reference Number 
from the drop down listings available under the respective criteria fields on the 
s creen . 

All of the LCs for a given customer number are displayed (Block 812). The 

IS user selects the base ninnber of the customer (Block 814) and selects <OK> in order 
to display its LCs (Block 816). The user may print the information displayed by 
selecting "Print" (Block 818)or return to the System Main Menu by selecting 
"Exit" (Block 820) 

Information regarding a PO is obtained by selecting "Purchase Order" from 

20 the Information screen (Block 822). To select All Records die user must click 
<OK>. To select Individual Records the user enters the LC No. 9 Base No^ and or 
PO No. (Block 904)» Then selects <OK> to obtain information about a particular 
PO (Block 903). The user can print the information displayed by selecting "Print" 
(Block 908) or return to the System Main Meimly selecting "ExiT (Block 916). 

25 The user may obtamxn&nnatkm 

highlighting a specific PO and selecting "SKU (Stock Keeping Unit) Details" from 
the PO List screen (Block 910). A screen containing detail about the items ordered 
is invoked. The user can prim the information dispUyri 
913) or return to the Purchase Order List screen by selecting • 4 Exit ,, (Block 914) 

30 The user may display Invoice Information by selecting "Invoice" from the 

Information screen (Block 826). Alternatively, this information can be displayed by 
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hi g hli g hting the particular item listed and double clicking to display additional SKU 
details- To select All Records the user must dick <OK>. To select Individual 
Records the user enters status, base number, LC, and/or PO number and selecting 
<OK> at the Invoice Selection screen (Block 2302). The user highlights an invoice 
5 from those listed (Block 2304). The user can print the information displayed by 
selecting "Print" (Block 2306) or return to the System Main Memi by selecting 
u Brit/* (Block 23 14) The user can obtain a list of charges against the invoice 
selected by selecting "Charge Details'* from the Invoke Information screen (Block 
2308). Alternatively, this information can be displayed by highlighting the 

10 particular item listed and double clicking to display »A«»innil charges details. The 
user can print the information displayed by selecting "Print" (Block 2310) or close 
the screen by selecting «Mfc>. (Block 2312). 

The user may display the payment status of invoices by selecting "Payment 
Status" from the information option of the Main Menu (Block 830). Invoices are 

IS displayed by entering status, base number. Bill Number, Invoice Number, L C, 
and/or PO number* and selecting <OIC> at the Payment Status Information screen 
(Block 2302). The user highlights an invoice from those listed (Block 2304). The 
user can print the information displayed by selecting "Print" (Block 2306) or return 
to the System Main Menu by selecting "Exit" (Block 2314) The user can obtain a 

20 list of charges against the invoice s el e ct e d by ^Wri^g "Charge Details" from the 
Payment Status screen. Altensativdy , this mfonnats^ 
highlighting the particular item listed and double clicking to display additional 
charges details. The user can prim the information displayed 
(Block 2310) or dose the screen by selecting <OK> (Block 2312). 

25 The user may display Discrepancy Infonnatioo by selecting "Discrepancy" 

from the Information option of Main Menu (Block 832). The Discrepancy List 
screen is invoked. It lists all Discrepancies that have been accepted and rejected 
(Block 834). To select All Records the user must dick <OK>. To select individual 
records, opccioc Discrepancies are selected oy mining status, tsase manner, lu, 

30 and/or Bill number and selecting <OK> at the Discrepancy List screen (Block 836). 
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The user can print the information displayed by selecting "Prim" (Block 838) or 
return to the System Main Menu by selecting "Exit." (Block 840). 

The user may display Indepe nde nt Invoice information by selecting 
"Independent Invoke** from die Information option of the System Main Menu 
5 (Block 842). The Independent Invoice List screen is invoked. It lists ail of the 
Independent Invoices for a particular customer (Block 844). To select All Records 
the user may dick <OK>. To select Individual Records, Specific Independent 
Invoices are selected by entering Status, Base number* LC, and/or B ill number and 
selecting <OK> at the Independent Invoice List screen (Block 846). The user can 

1 0 print the information displayed by sriming "Print" (Block 848) or return to the 
System Main Menu by selecting "Exit" (Block 830). 

The user may process Invoices, Independent Invoices^ Discrepancies, 
Payment Status, Payment Status for Independent Invoices, execute Repairs to 
Records, and execute the End-of-Day sequence by selecting "Processing" from the 

IS System Main Menu (Block 312, Block 1000). 

All amendments must be p ro cessed prior to processing invoices (Block 
1104). For Amendment Processing see Figure 3 starring at Block 300. To input 
invoice information, the Maker (user) selects the Customer Base Number, Related 
LC Reference, PO Reference and SKU Reference Number, then enters the Invoice 

20 Number. "This action invokes the Bill Reference (BRN) Window (Block 1110). The 
user enters the Bin Reference Number, die Bill Date if the item is to be paid, the 
Currency and the Amount (Block 1 1 12). When completed, the user then clicks on 
<OK> tn move to the Invoice P roc ming screen (Block 1116). If there is an error 
upon invoice selection, the Maker selects "Reset" and reenters the Invoice Selection 

23 Data (Block 1 120). At any time, the user may clear and reset the screen to re-input 
data by selecting **ReseL** The screen returns to the original information carried in 
the Purchase Order and the user can once again enter data into the respective fields. 

After invoice s electio n data has been cute red , invoices can be proc es s e d 
(Block 1118). Ifthe user wishes to process invoices, <OR> is selected from the 

30 Invoice Selection screen (Block 1 130X if not "Exit" is selected to return to the 
System Main Menu (Block 1128). Selection of <OK> invokes the Invoice 
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Processing screen. The processing of an Invoice involves comparing the invoice 
datam the dattofthePO to which it applies. The Invoice Processing screen 
displays the Bill Summary on the left of the screen, and the PO information is on the 
right of the screen. The Bill Summary shows the sum of the invoices that have been 
5 entered into the System under a given BRN. The user compares die original PO 
details on the Invoice Processing screen against a hardcopy paper invoice or other 
demand for payment presented (Block 1132). If any of the information does not 
coincide, the information fields in die PO Record are changed (Block 1134) by the 
.- user. Any of these changes wiU appear in red and an "Irregu^ 

10 and automatically shown cm the left hand side of die screen (Block 1135). 

Irregularities can also be viewed by selecting the Tile** pull down menu from the 
Invoice Processing screen then selecting "Irregularities." Once all data has been 
entered or changed correctly, the user selects "Save" to save the invoice record 
(Block 1136). "Save" saves the invoice record to the system file server, where it 

IS resides until recalled for inspect io n or re -p e ocming Ifthe user does not wish to 
save the changes made to the invoice record, "Cancel" is selected, returning the user 
to the System Main Menu (Block 1 140). To process another invoice after saving, 
the user selects "Next," which returns the user to the Invoice Selection screen (Block 
1138). If after completing input and saving theinvoke, the user realizes that an 

20 incorrect BRN has been e n tere d, the error can be collected by reverting to the 
Invoice Sel ec t ion Screen and selecting "Change BRN" (Block 1 124). A new or 
another BRN can be applied to the selected invoice. The user selects "set" to replace 
the original BiU Reference Data with the changed Bill Reference Information (Block 
1126). 

25 The Invoke P rocessing screen has information cate go ries available under the 

"File" pull down menu (Block 1202V The information topics are: Customer; 
Beneficiary; Irregularities; Charges; Bill Summary; LC Information; and PO 
Information. The Customer screen, chosen by selecting "File/Customer" from the 
Invoice Processing scre en displays the name and address for the Customer 

30 associated with a given Base Number (Block 1204). Select <OK> to close the 
screen or select another option from the "FDe" menu to automatically close the 
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current window (Block 1206). The Beneficiary screen, chosen by selecting 
"FUe/BeneScuiy* from the Invoice Pro cessing scr e en displays the name and address 
for the Beneficiary (Block 1208). Select <OK> to close the screen (Block 1210). 
The Irregularities screen, chosen by selecting "File/Irregularities" from the Invoice 
Processing screen displays a list of Irregularities generated in the processing of 
invokes (Block 1212). Select <OK> to dose the screen (Block 1214). The Charges 
screen, chosen by selecting Tile/Charges" from the Invoice Processing screen 
allows entry of any charges associated with agiven invoice (Block 1216). Charges 
are entered as debits and discounts / adjustments / reversals are entered as credits in 
this screen (Block 1218). Select <OK> to close the scr e en . The user must "Save" 
the Invoice Record before the Bill Summary screen will be updated to reflect any 
charges input into the Charges screen. The Bill Summary screen, chosen by 
selecting "File/Bill Summary n from the Invoice Processing screen displays the total 
bill, the invoice plus charges, under the bill reference number (Block 1222). The 
Bill Summary also indicates the mnnber of Imvtces that have been entered, the 
number mat have been in specte d , and theriumberthatremamttbeirapected. Select 
<OK> to close the screen (Block 1222). Tr«I>01xu^inuuion screen chosen by 
selecting "File/PO Information" from the Invoice Prc«essing screen displays 
amended or original PO Information (Block 1224). Select <OfC> to close the screen 
(Block 1226). The LC Infbnnation screen, chosen by selecting "Filc/LC 
Information" from the Invoice Pro cessi ng screen displays «w«w4H or original LC 
Irifonnarion (Block 1228). Select <OK> to close the screen (Block 1230). 

The System allows the user to process invokes for which there is no 
corresponding PO. These instruments are called H Indcpendent Invoices (I/I).** I/Is 
can be entered ai^ processed using the System Select *Trocessing n from the 
System Main Mom (Block 312), men in de p e nd e nt Invokes" from the Processing 
menu (Block 1004). This invokes the I/I Selection screen (Block 1302). After 
selecting the Base Number, enter data in the fields available (Block 1304)., If the 
proper data has been enter select <OK> to save the dam (Block 1306) aim proceed to 
the I/I Processing screen (Block 1312). If the data has been entered incorrectly, 
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select "Reset" to clear all fields, and reenter data (Block 1308). To return to the 
System Main Menu without saving, select "Exh" (Block 1310). 

Processing I/Is involves entering I/I data Beneficiary information. Enter die 
applicable data fields (Block 1318). Select "Save" to save the changes to the I/I 
S (Block 1320). When the I/I is saved, the I/I record message is sent to the system file 
server. To process another I/I select **Next" (Block 1323). This returns the user to 
the I/I Selection screen. To return to the System Main Menu without saving, select 
-Caned" (Block 1324). 

The I/I processing sc reen, like the Invoice Proce ssin g screen, allows the user 

10 to input information on Charges and the Bill Summary. The Charges screen, chosen 
by selecting "File/Charges" (Block 1402) from the I/I Processing screen allows entry 
ofanddisplays any charges input with a given invoice (Block 1404). Charges are 
displayed as debit and discounts are entered as credits in this screen. Select <OK> 
to close the screen (Block 1406). The Bill Summary screen, chosen by selecting 

IS "File/Bill Summary" (Block 1402) from the I/I Processing screen displays the total 
bill, the invoice plus charges, tinder die biU reference number (Block 1408). The 
Bill Summary also indicates the number of Invokes that have been entered, the 
number thai have been tmppfflrri md thg mimhgr tHf wmiin tr* h~ jnTplTtH Select 

<OK> to close the screen (Block 1410). "Cancel" can also be selected from the I/I 
20 Processing screen to exit the I/I Procrtting screen without saving I/I information 
(Block 1412). "Exit" can be selected to return to the System Main Menu (Block 

1414). 

To process Discrepancies, select Processing from the System Main Menu 
(Block312), then Discrepancies from the Processing pull down menu (Block 1006). 

25 This sequence invokes die Discrepancy Setecticm screen (Block 1502^ 

selects die Base Number (Block 1501). 11* Discrepancy Selection screen is 
displayed. The user enters the BRN and selects the LC number at the top of die 
screen (Block 1504X this invokes the Discrepancy Processing screen (Block 1506). 
From this screen Discrepancies associated with die LC munhcr can be s e lected from 

30 any of the foUowing categories by selecting the categories on the screen: LC, Draft. 
Invoke, Packing List, Bill of Lading, Insurance, Certificate, PO, and Other (Block 
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1507) . A list of Respective Discrepancies will be displayed when any of the above 
categories is selected. The user selects a Discrepancy from the desired list (Block 

1508) and changes or adds information to the Discrepancy fields (Block 1509). 

Once information on Discrepancies has been added or changed in a 
5 satisfactory manner, select "Save" to save the changes to the Discrepancy (Block 
1514). The changed Discrepancy message, sent to the system file server awaiting 
inspection, is stored until recalled for fnthcrpmessmg (Block 1516). Select 
"Next" to process another discrepant LC (Block 1518). Delete a Discrepancy by 
highlighting the Discrepancy and selecting "Delete." (Block 1512) 
10 If die infiannation was not entered in a satisfactory manner ; sdm "Reset" to 

clear the screen of previously selected Discrepancies (Block 1510), select "Cancer 
to return to the Discrepancy - Letter of Credit screen wither saving (Block 1524), or 
select "Exit" to return to the System Main Menu without saving (Block 1526). 
Processing of Payment Status can be performed using the System. 
15 Processing of Payment Status consists primarily of conveying to the customer the 
status of payments against POs and LCs. When a bill or invoice is paid, the 
payment is regis t e re d on the System. Thus the System supplies the customer with 
ongoing in forma l i on pwtirnmg to the status of p ayme nt s. The Processing of 
Payment Status is e x ecu t ed beginning with me aeteetjnn ofPn v^ng fWw^ ttw 
20 System Main Mam (Blnek in, i<tf»), th— ^-^g j^ymnt Srtftn from the pull 
down menu (Block 1008, 1602). 

To process the Payment Status of a specific customer, select the customer, 
either by Base Number or Custotner Shm Nan^ and the BRN (Block 1604). The 
Maker may change the status of the bill based on documentation by selecting "Paid." 
25 "Open," or "Rejected" (Block 1606). 

If the Payment Status changes are comet, the Maker selects "Save," which 
saves the Payment Status (Block 1612). The Payment Status message is then sent to 
the system file server via the SMP (Block 1614). 

If the Payment Status changes are incorrect, the user may select "Reset," 
30 which cb^aUfi^ to allow data reentry (Block 161 6). Also, the user may select 
"Exit" to return to the System Main Menu without saving (Block 1624). 
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Information about charges can also be viewed from the Payment Status 
Processing screen. The user may select "Charge Details' 1 to view the charge Details 
for the invoice selected (Block 1608). In this screen, charges are entered as debits, 
and discounts ire entered as credits (Block 1610). Click the right mouse button to 
5 close the Charges scr e en . 

Similarly the pr o cemng of payments under I/I can be performed using the 
System. The Processing of Payment Status is executed beginning with the selection 
of Processing from the System Main Menu (Block 312, 1702), then selecting 
Payment Status from the pull down menu (Block 1008, 1702). 
10 To process the Payment Status of a specific customer, select the customer, 

either by Base Number or Customer Short Name, and the BRN (Block 1704). The 
Maker may change the status of the bill based on documentation by selecting "Paid," 
"Open," or "Rejected." (Block 1706) 

If the Payment Status changes are correct, the Maker selem "Saver which 
IS saves the Payment Status (Block 1710). The Payment Status message is then sent to 
the system file server pending inspection (Block 1712). 

If the Payment Status changes are incorrect, the user may select "Reset,"* 
which clears all fields to allow data r ee n tr y (Block 1714). Also, the user may select 
"Exit" to return to the System Main Menu without saving (Block 1722). 
20 Information about charges en also be viewed from the Payment Status 

Processing screen. The user may select "Charge Details" to view die charge Details 
for the I/I selected (Block 1706, 1708). Click the right mouse button to close the 
Charges window. 

Rejected invoices and Discrepancies are repaired on the System using the 
25 Pr o cessin g Repair function. Select Processing from the System Main Menu {Block 
312,1802), then "Repur" from die Processing pull down menu (Block 1012* 1802). 
This invokes the Repair Events screen. Using the "File" pull down menu of the, 
select either Invoices (Block 1804) or Discrepancy (Block 1808) to view aiist of 
rejected items. Select "File" from the pull down menu then "ExiT to return to the 
30 System Main Menu (Block 1806). When either "Invoices" or "Discrepancies" is 
selected, a list of rejected items is displayed in the Repair Events screen (Block 



22 



WO 97/29445 



PCT/US97/01415 



1810). The user then selects the item to be repaired (Block 1812). If the item 
chosen is a Rejected Discrepancy, the Rejected Discrepancy screen is displayed 



5 When "Invoke" is selected at the Repair Events screen, the Invoice Repair 

screen is displayed (Block 1814). The Invoice Repair screen is the same as the 
Invoice Processing screen (Block 1132). The user compares the fields on the 
Invoice Repair screen to the original PO (Block 1820). Ifanyof the information 
does not coincide, the information fields in the PO area are changed (Block 1822). 

10 Any of these changes will appear in red and an "Irregularity" will be created and 
automatically shown on the left of the screen (Block 1824). Irregularities can be 
viewed by selecting the "File" pull down menu from the Invoice Processing screen 
then selecting "Irregularities.'' Once all data has been entered or changed correctly , 
the user selects "Save" to save the invoice record (Block 1828). "Save" saves the 

IS invoice record message to the system file server pending inspection (Block 1830). If 
the user does not wish to save the changes made to the invoice record, "Cancer is 
selected, returning the user to me System Main Menu (Block 1834). To process 
another invoice afW saving, the user selects "Next," which returns the user to the 
Invoice Selection screen (Block 1832). 

20 The user may also invoke the End-of-Day procedure from the Processing 

menu (Block 1014). The End-of-Day sequence imistlw performed at the end of 
each day. It ensures mat all queues have been cleared and all messages processed 
correctly. The End-of-Day Procedure involves the following ten steps: 



(Block 1816). The process for repair is identical to the original Processing 
Discrepancies from this point on. 



1. 



Call for the End-of-Day making sure that all users are logged off the 
System, 



25 



2. 
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3. When End-of-Day is activated* generate the standard set of reports 
(Blocks 1908-1912). 

4. Review the reports to determine whether there are any errors or 
problems associated with the day's events. 

5 5. Have a System Supervisor sign off to guarantee that reports have 

been generated and reviewed for a cc uracy, 

6. As soon as reports have been generated, activate the Purge function, 
if applicable (Block 1922). 

7. Back up the day's pro cessing on an external medium (eg. tape) and 
10 store off-premise. 

8. Generate the day's Activity Journal 

9. Verify that all steps have been performed. 

10. Make sure that the processor is working prior to leaving. 

Several of these End-of-Day steps are performed using the System. To 
1 S initiate the End-of-Day sequence, select "Processing" from the System Main Menu 
(Block 312), then "End-of-Day" from the Processing pull down menu (Block 1014). 

The screen displays the following message "Have you checked uncomplete 
entries?" (Block 1902). Ifthe user has not checked uncomplete entries, "No" is 
selected and the user b returned to the System Main Menu to check queues (Block 
20 1904X Ifthe user has checked the queues, M Yes n U This 
invokes the Print Reports screen. From this screen, the user may select from the 
following the reports to print: Transactions Sent; Outstandings; Items Expired; 
Invoice Registered; Paid Bill; Summary Log; Transaction Received; Items Pending 
Inspection; Items Purged; Open Bill; Summary Log and User Log. Any or all of the 
25 reports may be selected for priming (Block 1908). The printing of the Summary 
Log and the Audit Log is mandatory. Select <OIC> to initiate the printing of reports 
(Block 1910). The following message is then displayed on the screen: "Do you want 
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to prim the reports?" (Block 1912). The user may select "Yes** to print hardcopies 
of the reports (Block 1916), "No** if no hardcopy is desired (Block 1918), or 
"CanceT to return to the previous screen (Block 1914). After priming, the End-of- 
Day in Process screen is displayed (Block 1920). The user may select any or all of 
the following functions to be performed on the End-of-Day in Process screen: Print 
Incoming Messages, Purge Incoming Messages; Prim Out-going Messages; Purge 
Out-going Messages (Block 1922). Select <OiC> to perform the functions selected 
(Block 1924). After priming messages and purging messages, a System Backup is 
performed (Block 1926). When completed, the user clicks <OK> to reactivate the 
Message Processor (Block 1928). A time-stamp is affixed to the task and the screen 
will show the Message Processor is running. 

All items created and saved under the Processing menu are performed by the 
Maker. The System creates a queue at the system file server of all processed items 
that have been saved by the Maker for the Checker to inspect prior to official 
approval. The Checker uses the I ns pect io n menu to inspect The System does not 
allow the same individual to be both Maker and Checker on a given item. 

- The Inspection menu is invoked by selecting "Inspection" from the System 
Main menu (Block 316). The Inspection menu displays the following selections for 
inspection: Invoices (Block 2004); Independent Invoices (Block 2010); 
Discrepancies (Block 2014); Payment Status (Block 2032); and Payment Status for 
Independent Invoices (Block 2038). Sd ection of any of these by the checker 
invokes a scr e en with a queue of items pending inspection. The Checker then 
initiates the inspections cither in Batch or Detail Level. To inspect at the Batch 
Level, the Checker selects one or more items listed for inspection and selects "Save" 
to save the action and send the messaged) to thecustomer t or selects "Reject" to 
reject the tmrnrtww and return ft to the Maker for correction. Selecting "Reset" 
clears the selections) and returns the screen to its original mode. To inspect at the 
Detail Level, the Checker selects an item dispUycd in the list and selects "Detaik'* 
(Blocks 2006, 2012, 2016, 2034, and 2040). The methods for inspecting part 
Invoices, Independent Invoices, Payment Status, and Payment Status for 
Independent Invokes are essentially the same. Once an item has been selected for 
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inspection* the data on the screen is compared to a hardcopy of the transaction. If 
the details entered are consistent with those on the hardcopy , "Approve" is selected 
by the Checker (Block 2202), the message is saved to the database, and a message is 
sent to the customer (Block 2204). Ifthe data displayed on the screen does not 
5 match the hardcopy data, the Checker selects "Reject," (Block 2206) and the item is 
sent to the Repair queue (Block 2208). The Checker may also select "BUI" to 
review the Bill Summary screen (Block 2210). The Checker may exit from the Bill 
Summary screen by select <OK> (Block 2212). If the Checker wishes to deselect 
any items, "Reset" is selected (Block 2214). The Checker may also select "Exit" to 

10 return to the System Main Menu (Block 22 1 6). 

The method for inspection of Discrepancies differs marginally from this 
process in that it does not offer access to the Bill Summary screen. An LC is selected 
from the Discrepancy Inspection - Selection screen (Block 2016). When "Detail" 
has been selected (Block 2016X the Discrepancy Inspection • Detail screen is 

IS displayed. This screen displays a list of the Discrepancies. The checker compares 
the specific of Discrepancies items to the LC, if the Discrepancy is valid, <OK> is 
selected (Block 201 S) and a D iscrepanc y notice is forwarded to the customer (Block 
2020). Ifthe Discrepancy is not valid, M R^ecr» selected (Block 2022), and the 
Discrepancy is returned to die Repair Queue and the Maker for processing (Block 

20 2024). "Save" may be selected to save the approvals and rejections and return to the 
Discrepancy Inspection screen (Block 2026). "Next" may be selected to return to 
the Discrepancy Selection screen without saving (Block 2028), and "Exit" may be 
selected to return to the System Main Menu without saving (Block 2030). 

Administrative functions need to be performed in order to maintain the 

25 System. For scanty, access to all administration functions other than Passwords is 
restricted to a "Manager* User ID. To perform Administration functions, select 
"Administration" from the System Main Menu (Block 320). The Administration 
menu is used to: add or modify customer information; add or modify currency 
information; change passwords; add/modify to the Discrepancy C 

30 To other add or modify Customer information* select ""Customer" from the 

Administration pull down menu (Block 2104). This invokes the Customer sc reen. 
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Either enter or select a Customer Base Number (Block 2402). If the customer 
number is a new number, eater customer information into the available fi^ 
customer record is an existing one, modify the entries in the field as required (Block 
2404). Select "Save" to save the new customer or the changes to the existing 
customer information (Block 2406). The customer information is then sent to the 
system file server (Block 2408). A customer may also be deleted In order to delete 
a customer, the Manager must first delete all records relating to the customer from 
the System (Block 2410). Once all of the records have been deleted, select a 
customer number at the Customer screen, then select "Delete" (Block 2412). This 
step deletes the customer from the database on the system file server. Once the 
Manager has completed altering customer records, "Exit" is selected to return to the 
System Main Menu (Block 2414). 

Currencies can be added or deleted from the System. Select "Currencies** 
from the Administration pull down menu (Block 2108). Enter the standard 3- 
character S.WJJ.T. currency code (Block 21 10), a description of the currency 
(Block 21 12), die name of the country in which the currency is used (Block 2116) t 
and the number of decimal places to be used (Block 2118). Once this information 
has been entered, select "Save** to save die currency to the database (Block 2120), or 
"Delete" to erase the currency code and description (Block 2122). Select "Exit" 
return to the System Main Menu (Block 2124). 

Passwords can be changed from the Administration menu. A password must 
be changed every 30 days, but no more often than once per day. A password may 
not be repeated until three intervening different passwords have been used To 
change a password, select "Password" from the Administratis 
(Block 2126). Tha invokes the Change Password screen. The user enters the User 
ID, Old Password, the New Password, and then retypes the New Password in the 
fields provided (Block 2128). The user then selects <OK> to save the new password 
to the database (Block 2130X or "Cancer to undo the password change and return to 
the System Main Menu (Block 2132). 

Discrepancies, as diicuised above, are deviations from the LC terms and 
conditions. Discrepancies have corresponding code numbers that are stored in the 
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da t a b a se These codes are used not only to describe the Discrepancy, but to make 
die r eportin g of Discrepancies consistent and more practically accountable. 
Discrepancy codes can be added of modified using the Administration menu. To 
add or modify a D iscr e pan cy code, select "Discrepancies'* from the Administration 
screen (Block 2146). To modify an existing Discrepancy code, select a Discrepancy 
code. To enter a new code enter die new code in the Discrepancy Code field (Block 
2148). Once a code has been selected, either modify the existing description or enter 
a new description (Block 2 150). Select "Save" to save the modification or new code 
(Block 2152), "Exit* to return to the System Main Menu without saving (Block 
2154), or "Delete" to erase die selected code from the database (Block 2156). 
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1 I. A method for tracking and reconciling a plurality of purchase orders 

2 between a customer and a munufamtrgr and a paywwnt h*tw*n a fimmHfll 

3 institution and a beneficiary pursuant to a letter of credit corresponding to said 

4 plurality of purchase orders comprising tbe steps of: 

5 receiving el e ctroni cally first data from said customer, said first data 

6 regarding said purchase orders and said letter of credit at said fwuny nai institution; 

7 storing said first data in a repository associated with a processing system 

8 associated with said financial institution; 

9 inputting second data from said mamifictnr cr cor re s po n ding to the 

10 performance of said manufacturer pursuant to said purchase order; 

11 comparing automatically by said processing system said first data against 

12 said second data to automatically identify a difference, if any, between said two sets 

13 of data; 

14 generating automatically by said p r ocvciiin g system a message identifying 

15 said difference and at least a portion of said second data; 

16 sending electronically said first report from said financial institution to said 

17 customer; 

18 m a king a payment to said b en e fic iary from said financial institution pursuant 

19 to said letter of credit and debiting an amount corresponding to said payment from 

20 an account of said customer at said financial tmthntioo; 

21 dividing automatically by said processing system said payment amount into 

22 individual purchase order payment amounts, each said individual purchase^rder 

23 payment amount coufiponrimg to a purchase order; and 

24 providing electronically a second message to said customer containing each 

25 individual purchase older paymem amount and said debftpaymett 

26 said customer to reconcile the debit payment amount to the conespondmg purchase 

27 orders. 
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1 2. The method of claim 1 wherein said financial institution is a bank. 

1 3. The method of claim 1 wherein said first data includes purchase order 

2 reference numbers used by the customer, each reference number corresponding to a 

3 purchase order. 

1 4. The method of claim 1 wherein more than one difference is identified 

2 in the comparing step and further comprising the step of: 

3 identifying each difference by its corresponding purchase order in said first 

4 message. 

1 5. The method reference number of daim 1 further comprising the step 

2 of: 

3 identifying each said purchase order payment amount by its corresponding 
% purchase order reference number in said second menage. 

1 6. The method of daim 1 wherein said step of generating automatically 

2 said first menage further comprises the step of: 

3 codifying «ifnm«tM>aliy t«H diffewcp m*A Wh«4«ig mmlA <*rsA\K*A 

4 difference in said first message. 

1 7. The method of claim 1 further ""Tipriring the step of: 

2 authorizing payment pursuant to said letter of credit by an individual 

3 ai sociatrd with said financial institution after said individual has reviewed said first 

1 8. The method of claim I further comprising die step of: 

2 negotiating payment under said letter of credit between said customer and 

3 said manufacturer after said customer has been made aware of said difference 

4 contained in said first message. 
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1 9. The method of claim 1 wherein said difference is taken from the 

2 group of: 

3 the goods to be manufactured being made of a material which is out of 

4 specification; 

5 the goods being made are fewer than the number required in the purchase 

6 order; and 

7 the term of the purchase order having expired. 

1 10. The method of claim I wherein said first data includes an SKU 

2 reference number used by the customer. 

1 11. The method of claim 1 wherein said manufacturer is said beneficiary. 

1 12. The method of claim 1 wherein said difference constitutes a 

2 discrepancy and including said discrepancy in said first message. 

1 13. The method of claim 1 wherein said difference cons ti tu t es an 

2 irregularity and including said irregularity in said first message. 

1 14. A system for tracking and reconciling a plurality of purchase orders 

2 between a customer and a manufacturer and a payment between a financial 

3 institution and a beneficiary pursuant to a letter of credit corresponding to said 

4 plurality of purchase orders comprising: 

5 receiving means for receiving said first data from said customer said first 

6 data regarding said customer orders and said letter of credit at said financial. 

7 institution; ^ 

8 storing means fbr storing said first data; 

9 processing mean associated with said financial institution for processing said 

10 first data; 

11 second data corresponding to the perf o r manc e of said m an ufactu rer pursuant 

12 to said purchase order being input into said processor means; 
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1 father processing means for automatically comparing said first data against 

2 saxdaecocddatitoautotMttcaUy idemify 

3 father processing means for am omntiniMy generating » ff^t mmagr 

4 identifying said differences; 

5 mmni for sending said first m»«^ tgf to said customer, 

6 payment means for miking a payment to said beneficiary pursuant to said 

7 letter of credit and debit means for debiting an amount corresponding to said 

8 payment from an account of said customer at said finmncial institution; 

9 farther processing means for automatically breaking down said payment 

10 amount into individual customer order amounts each cor re spon ding to a purchase 

11 order; and 

12 means for sending a second message to said customer said second message 

13 containing said broken down information thereby gifKljwg said customer to 

14 automatically reconcile the customer order amounts to the en rw ^p nnrfiTig customer 

15 order* 

1 IS. The system of claim 14 wherein said financial institution is a bank. 

1 16. The system of claim 14 wherein said first data includes purchase 

2 order refe r ence numbers used by the customer, each refe ren ce number corresponding 

3 to a purchase order. 

1 17. The system of claim 14 wherein mote than one difference is 

2 identified and farther wherein said fim message identito 

3 CQiif.^wmfim wder» 

1 18. The system of claim 14 wherein said second message identifies each 

2 purchase order payment amount by its corresponding purchase order reference 

3 number. 
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1 19. The system of claim 14 wherein the processing means further 

2 includes codifying means for codifying each difference and including the codified 

3 difference in said first message. 

1 20. The system of claim 14 further comprising: 

2 an individual associated with said financial institution authorizing payment 

3 pursuant to said letter of credit after said individual has reviewed said first message. 

1 21. The system of claim 14 wherein said manufacturer is said beneficiary. 

1 22. A method for tracking and reconciling a plurality of SKlTs between a 

2 customer and a manufacturer and a payment between a financial institution and a 

3 beneficiary pursuant to a letter of credit corresponding to said plurality of SKIT s 

4 comprising die steps of: 

5 receiving electronically first data from said customer, said first data 

6 regarding said SKlTs and said letter of credit at said financial institution; 

7 storing said first data in a tepository associated with a processing system 

8 associated with said ft-****** institution; 

9 inputting M C Ond ***** fW»m mmtA mntinfmrtitrer crnT»«|Vwuting frn th* 

10 performance of said manufacture r to said SKlTs; 

11 comparing automatical ly by said processing system said first data against 

12 said second data to automatically identify a difference, if any, between said two sets 

13 ofdata; 

14 I*"" *»'»g HTHrr* ri '** 1! y *y p nr »€«i ng «yw»m » mMMy iA»nri tying 

15 said difference ami at least a ponton of said second data; 

16 sending ele ctronica lly said first message from said financial institution to 

17 said customer, 

18 making a payment to said beneficiary from said financial inst itu tion pursuant 

19 to said letter ofcrcdit and debiting an amo 

20 an account of said customer at said financial institution; 
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1 dividing automatically by said processing system said payment amount into 

2 individual SKU payment amounts, each said individual SKU payment amount 

3 co n t spe n din g to a SKU; and 

4 providing electronically a second message to said customer containing each 

5 individual SKU payment amount and said corresponding debit payment amount to 

6 enable said customer to reconcile the debit payment amount to the corresponding 

7 SIOTs. 

1 23. A system for tracking and reconciling a plurality of SKU's between a 

2 customer and a manufacturer and a payment between a financial institution and a 

3 beneficiary pursuant to a tetter of credit corresponding to said plurality of purchase 

4 orders comprising: 

j receiving means for receiving said first data from said customer said first 

6 Hftta wyrriiwg y»td ciwtnnw nrdew and «aid letter nf credit at «aid financial 

7 institution; 

8 storing means for storing said first data; 

9 p ro cessin g means associated with said fin a nci a l institution for processing 

10 said first data; 

11 second data corresponding to the performance of said m a nufa cturer pursuant 

12 to said SKU being input into said pro cessor means; 

13 fitrnSf p^^wwg mean* for aMtntnatirally comparing aaid firat data against 

14 «»id *~~~A 1 f ttl ^ fffl*""^'** 1 ^ idttti+y diffr hm+oir+m —id ram «gf«V»f data; 

15 further processing means for automatically generating a first message 

17 means for sending said first message to said customer, 

18 payment means fix making a payment to said beneficiary pursuant to said 

19 letter of credit and debit means for debiting an amoxmtconesponding to s^ 

20 payment from an account of said customer at said financial institute 

21 further processing mens for automatically breaking 

22 amount into individual customer order amounts each corresponding to a SKU; and 

23 means for sending a second message to said customer said second message 

24 containing said broken down information thereby enabling said customer to 
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a utomati cally reconcile the customer order amounts to the corresponding customer 
order. 
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